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Abstract.  I-X  is  a research  programme  with  a number  of  different  aspects  intended  to  create  a well-founded  approach  to  allow 
humans  and  computer  systems  to  cooperate  in  the  creation  or  modification  of  some  product  or  products  such  as  documents,  plans 
or  designs.  I-X  may  also  be  used  to  support  more  general  collaborative  activity. 

The  I-X  research  draws  on  earlier  work  on  O-Plan  (Tate  et.al.,  1998;  Tate  et.al.,  2000;  Tate  et.al.,  2002),  <I-N-OVA>  (Tate, 
1996),  the  Enterprise  Project  (Fraser  and  Tate,  1995;  Stader,  1996);  Uschold,  et.al.,  1998)  and  the  TBPM  project  (Stader,  2000) 
but  seeks  to  make  the  framework  generic  and  to  clarify  terminology,  simplify  the  approach  taken,  and  increase  re-usability  and 
applicability  of  the  core  ideas. 

I-X  Applications  are  being  studied  in  a variety  of  areas.  These  currently  include: 

• Coalition  Operations  (CoAX:  I-LEED,  I-DEEL) 

• Emergency  and  Unusual  Procedure  Assistance  (I-Rescue) 

• Help  Desk  Support  (I-Help) 

• Multi-Perspective  Knowledge  Modelling  and  Management  (I-AKT) 

• Contextualised  Presentations  of  Procedures  and  Plans  (I-Tell) 

• Collaborative  Meeting  and  Task  Support  (I-Room,  I-Space) 

An  application  of  I-X  Process  Panels  within  a military  Coalition  context  - part  of  the  Coalition  Agents  experiment  - CoAX 
(Allsopp  et.al.,  2001;  Allsopp  et.al.,  2002)  will  be  described  in  this  paper. 


1 I-X  Research  Programme 


I-X  is  a research  programme  with  a number  of  different  aspects  intended  to  create  a well-founded  approach  to  allow 
humans  and  computer  systems  to  cooperate  in  the  creation  or  modification  of  some  product  such  as  a plan,  design  or 
physical  entity  - i.e.  it  supports  synthesis  tasks.  I-X  may  also  be  used  to  support  more  general  collaborative 
activity. 

The  I-X  research  draws  on  earlier  work  on  O-Plan  (Tate  et.al.,  1 998;  2000;  2002).  <I-N-OVA>  (Tate,  1996)  and  the 
Enterprise  Project  (Fraser  and  Tate,  1995;  Uschold,  et.al.,  1998)  but  seeks  to  make  the  framework  generic  and  to 
clarify  terminology,  simplify  the  approach  taken,  and  increase  re-usability  and  applicability  of  the  core  ideas. 


The  I-X  research  programme  includes  the  following  threads  or  work  areas: 

1 . I-Core,  which  is  the  core  architecture,  the  underlying  ontology  of  activity  and  processes  termed  <I-N-CA>, 
and  the  terminology  used  to  describe  applications,  systems  or  agents  built  in  the  I-X  framework. 

2.  I-PE,  which  is  the  I-X  Process  Editor,  which  is  itself  an  I-X  application  but  is  also  used  to  create  and 
maintain  the  process  models  and  activity  specifications  used  elsewhere. 

3.  I-P^,  which  are  I-X  Process  Panels  used  to  support  user  tasks  and  cooperation. 

4.  I-Plan,  which  is  the  I-X  Planning  System.  This  is  also  used  within  I-P^  and  other  applications  as  it 
provides  generic  facilities  for  supporting  planning,  process  refinement,  dynamic  response  to  changing 
needs,  etc. 

5.  I-Views,  which  are  viewers  for  processes  and  products,  and  which  are  employed  in  other  applications  of  I- 
X.  I-Views  can  be  for  a wide  range  of  modalities  and  types  of  user. 


184 


6.  I-Faces,  which  are  underlying  support  utilities  to  allow  for  the  creation  of  user  interfaces  (User  I-Faces), 
inter-agent  communications  (Communications  I-Faces)  and  repository  access  (Repository  I-Faces). 

7.  I-X  Applications  of  the  above  work  areas  in  a variety  of  areas.  These  currently  include: 

a.  Coalition  Operations  (CoAX:  I-LEED,  I-DEEL) 

b.  Emergency  and  Unusual  Procedure  Assistance  (I-Rescue) 

c.  Help  Desk  Support  (I-Help) 

d.  Multi-Perspective  Knowledge  Modelling  and  Management  (I-AKT) 

e.  Medical  Best  Practice  Procedures  or  Protocols  (I-Medic) 

f Natural  Language  Presentations  of  Procedures  and  Plans  (I-Tell) 

g.  Collaborative  meeting  and  task  support  (I-Me,  I-Room  and  I-Space) 

8.  I-X  Student  Projects,  which  are  deepening  and  refining  a number  of  aspects  of  the  I-X  research 
programme. 

9.  I-X  Technology  Transfer,  including  work  on  standards  committees,  especially  for  process,  plan,  activity 
and  capability  models. 


2 I-X  Approach 

The  I-X  approach  involves  the  use  of  shared  models  for  task  directed  cooperation  between  human  and  computer 
agents  who  are  jointly  exploring  (via  some  processes)  a range  of  alternative  options  for  the  synthesis  of  an  artifact 
such  as  a design  or  a plan  (termed  a product). 
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C=Criti  c al  C on  straint  s IH=Is  su  e Han  dl  er 

A=Auxiliary  Constraints  (Agent  Functional  Capability) 


• An  I-X  system  or  agent  has  two  cycles: 

o Handle  Is.sues 
o Respect  Domain  Constraints 

• An  I-X  system  or  agent  carries  out  a (perhaps  dynamically  determined)  process  that  leads  to  the  production 
of  (one  or  more  alternati  ve  options  for)  a synthesised  artifact. 

• An  I-X  system  or  agent  views  the  synthesised  artifact  as  being  represented  by  a set  of  constraints  on  the 
space  of  all  possible  artifacts  in  the  domain. 
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I-X  also  involves  a modular  systems  integration  architecture  that  strongly  parallels  and  supports  the  abstract  view 
described  above. 


3 I-X  Process  Panels  (I-P^) 
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The  aim  of  an  I-X  Process  Panel  (I-P^)  is  to  act  as  a workflow,  reporting  and  messaging  “catch  all”  for  its  user.  It 
can  act  in  conjunction  with  other  panels  for  other  users  if  desired. 

• Can  take  ANY  requirement  to: 

o Handle  an  issue 
o Perform  an  activity 

o [later:  Add  a constraint] 

• Deals  with  these  via: 

o Manual  (user)  activity 
o Internal  capabilities 
o External  capabilities  (invoke  or  query) 
o Reroute  or  delegate  to  other  panels  or  agents  (pass) 
o Plan  and  execute  a composite  of  these  capabilities  (expand) 

• Receives  reports  and  messages  and,  where  possible,  interprets  them  to: 

o Understand  current  status  of  issues,  activities  and  constraints 
o Understand  current  world  state,  especially  status  of  process  products 
o Help  control  the  situation 

• Copes  with  partial  knowledge 

An  I-X  Process  Panel  supports  a user  or  collaborative  users  in  selecting  and  carrying  out  "processes"  and  creating  or 
modifying  "process  products".  Both  processes  and  process  products  are  abstractly  considered  to  be  made  up  on 
"Nodes"  (activities  in  a process,  or  parts  of  a process  product)  which  may  have  parts  called  sub-nodes  making  up  a 
hierarchical  description  of  the  process  or  product.  The  nodes  are  related  by  a set  of  detailed  "Constraints"  of 
various  kinds.  A set  of  "Issues"  is  associated  with  the  processes  or  process  products  to  represent  unsatisfied 
requirements,  problems  raised  as  a result  of  analysis  or  critiquing,  etc.  Processes  and  process  products  in  I-X  are 
represented  in  the  <I-N-CA>  (Issues  - Nodes  - Critical/ Auxiliary)  Constraints  Model  of  Synthesised  Artifacts. 

Three  example  process  panels  are  shown  in  the  figure  below.  These  panels  are  from  a demonstration  of  agent 
systems  within  a military  Coalition  context  - part  of  the  Coalition  Agents  experiment  - CoAX  (Allsopp  et.al.,  200 1 ; 
Allsopp  et.al.,  2002). 
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4 I-X  Process  Editor  (I-PE) 


The  process  descriptions  used  by  I-X  Process  Panels  are  kept 
in  a domain  library.  This  can  be  loaded  when  a panel  is 
started,  and  can  be  added  to  dynamically  by  a user  of  a panel. 
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Simple  View  - the  process  panels  contain  a simple,  form- 
based  domain  and  process  editor  (right).  This  simple  editor 
allows  simple  task  breakdown  structures  to  be  specified 
along  with  a temporal  constraint  that  the  sub-steps  should  all 
be  sequentially  ordered  or  all  kept  in  parallel. 
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Advanced  View  - a more  powerful  domain  and  process 
editor  allows  for  multiple  perspectives  and  views  to  be  used 
to  create  rich  process  models  beyond  those  that  can  be 
created  with  the  simple  view  editor.  This  can  be  reached  by 
selecting  advanced  view  from  the  simple  domain/process 
editor.  It  is  also  available  as  a stand-alone  application  to 
maintain  a set  of  domain  and  process  libraries. 

The  advanced  editor  consists  of  a form-based 
structure  editor  (not  shown),  which  looks  similar  to 
the  simple  editor  but  allows  the  user  to  specify  more 
complex  temporal  constraints.  Other  constraints, 
like  spatial  ones  or  constraints  on  resources,  can  also 
be  specified  using  the  advanced  view. 
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The  graphical  editor  (right)  provides  an  alternative 
view  to  the  form-based  editor.  The  graphical  editor 
illustrates  precedence  relationships  between  the  sub- 
steps of  a process.  This  editor  can  also  be  used  to 
specify  task  breakdown  structures  via  the  expansion 
of  nodes  in  the  graph.  Full  details  of  the  process  and 
its  sub-steps  can  be  accessed  via  the  properties  of 
nodes. 
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Use  of  XML  and  Text  Editors  - the  process  and  domain  models  are  maintained  in  XML.  You  can  also  modify 
them  using  an  XML  Editing  Tool  - such  as  the  freely  available  Microsoft  XML  Notepad  (see 
http://msdn.microsoft.com/xml/notepad/intro.asp)  or  a text  editor. 


5 I-P^  Generic  Approach 
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An  [-X  Process  Panel  has  a menu  bar  and  a number  of  sub-panels.  These  can  include  an  activity  pane  that  describes 
the  list  of  activities  to  be  carried  out.  Alternative  actions  to  take  to  perform  these  activities  may  be  available.  A 
current  state  pane  can  be  included  to  describe  the  current  situation,  and  in  particular  it  may  describe  the  status  of  the 
various  “process  products”  being  created  or  modified  by  the  user  of  the  panel.  The  list  of  outstanding  issues  can  be 
included  in  a pane,  and  this  “to  do  list”  often  is  at  the  heart  of  I-X  process  panels,  and  is  usually  present  in  all 
applications.  Finally  a logo  pane  can  be  added  to  customise  the  process  panel  to  specific  applications. 

From  the  menu  bar  it  is  possible  to  activate  a number  of  “tools”  which  currently  include  a free  format  instant 
messaging/chat  tool,  and  access  to  the  Process  Editor  (in  Simple  or  Advanced  View  varieties).  Flelp  is  also  available 
from  the  process  panel  menu  bar. 
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The  process  panel  includes  a number  of  icons  and  tabular  entries  to  assist  its  user  to  maintain  awareness  of  the 
current  status  of  activities  being  executed,  process  product  status  and  issue  status.  These  are  shown  in  the  diagram 
here. 


6 I-LEED  and  I-DEEL  - A Coalition  Application  of  1-X  Process  Panels 


The  CoAX  demonstration  of  the  I-X  concepts  is  grounded  in  a system  for  supporting  event  management  in  a highly 
dynamic  military  Coalition  environment.  Two  I-X  process  Panels  are  involved  in  the  demonstration.  One  is  called 
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the  “I-X  Leaders  Event  and  Execution  List”  - I-LEED  - and  support  the  Joint  Task  Force  Commander  (JTFC)  in  the 
Coalition  EIQ.  The  other  is  called  the  "1-X  Dynamic  Execution  Event  List"  - 1-DEEL  - and  support  the  Chief  of 
Combat  Operations  (CCO).  A third  system  is  provided  to  act  as  a source  for  events  and  messages  to  initiate  the 
demonstration.  Notionally  this  acts  as  the  UN  Secretary  general’s  Office  Special  Representative  to  Binni  - the 
region  where  the  Coalition  mission  is  taking  place  (Rathmell,  1 999). 

The  process  panels  support  their  respective  users  in  mapping  events  to  actions  they  decide  are  appropriate  to  deal 
with  such  events.  The  panels  have  some  (partial)  level  of  process  knowledge  in  a simple  process  library,  and  a way 
to  create  / expand  task  lists  / processes  on  the  fly  which  are  dependent  on  the  context  or  situation  that  is  prevailing  at 
the  time.  The  process  panels  are  designed  to  be  able  to  be  used  by  any  decision-maker  operating  at  different  time 
scales  and  with  appropriate  abstraction  levels  of  process  description  to  support  people  invol  ved  in  military 
Command  and  Control  in  Coalitions  and  other  operations. 

The  process  panels  use  the  issue-addressing  core  of  I-X  to  handle  issues  (deri  ved  from  externally  generated  events 
or  user  initiated  ones)  relevant  to  a Coalition  C^  process  within  the  context  of  the  CoAX  Binni  scenario.  Where  these 
do  not  match  directly  to  a known  capability,  the  panel  seeks  (or  the  user  could  input)  process  / task  expansions  of 
how  to  handle  these  issues  and  use  a very  simple  expansion  engine  (a  mini-planner  termed  I-Plan)  to  match  the 
expanded  activities  to  a range  of  known  capabilities  which  are  performable  by  the  process  panel  user  or  by  other 
colleagues  or  to  suitable  tasks  / solutions  which  the  user  could  input.  Therefore,  in  a simple  way,  a process  panel 
can  dynamically  generate  an  appropriate  response  to  the  issue  or  event  in  the  current  situation  - this  allows  the  user 
to  create  and  interact  with  a "dynamic  event  list"  to  assist  with  the  monitoring  of  execution  outcomes  and  the 
resultant  actions  / changes  / new  taskings.  Links  can  be  created  between  related  tasks  (by  the  user  or  inferred  by  the 
system)  and  the  system  can  monitor  dependencies,  etc. 

The  process  panels  can  identify  actions  based  on  known  external  capabilities  to  enable  the  user  to  "enact"  these 
steps.  The  process  panels  can  maintain  a simple  display  of  the  current  status  of  issues  and  events  delegated  to  the 
panel  and  information  on  how  far  along  in  the  response  process  things  had  proceeded. 


7 Summary 

This  paper  has  described  the  application  of  I-X  Process  Panels  to  military  Coalition  scenarios.  Such  process  panels 
can  be  employed  quickly  and  with  partial  knowledge  to  connect  together  “come-as-you-are”  participants  and 
systems  together,  especially  in  contexts  where  physical  connectivity  of  systems  is  too  time  consuming,  or  is  not 
allowed  due  to  security  constraints.  As  process  and  other  knowledge  is  made  available  improved  interoperability 
can  be  supported  - allowing  for  more  intelligent  task  and  process  management  in  a loose  collaborative  setting. 
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